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Abstract — Link state routing protocols sucli as OSPF or IS-IS 
currently use only best paths to forward IP packets throughout a 
domain. The optimality of sub-paths ensures consistency of hop 
by hop forwarding although paths, calculated using Dijkstra's 
algorithm, are recursively composed. According to the link met- 
ric, the diversity of existing paths can be underestimated using 
only best paths. Hence, it reduces potential benefits of multipath 
applications such as load balancing and fast rerouting. In this 
paper, we propose a low time complexity multipath computation 
algorithm able to calculate at least two paths with a different 
first hop between all pairs of nodes in the network if such next 
hops exist. Using real and generated topologies, we evaluate 
and compare the complexity of our proposition with several 
techniques. Simulation results suggest that the path diversity 
achieved with our proposition is approximatively the same that 
the one obtained using consecutive Dijsktra computations, but 
with a lower time complexity. 

I. Introduction 

Routing is one of the key components of the Internet. 
Despite the potential benefits of multipath routing (e.g. [5] 
or [6]), most backbone networks still use unipath routing 
such as OSPF or IS-IS or their ECMP feature (Equal Cost 
MultiPath). With these routing protocols, the forwarding only 
changes upon topology variations and not upon traffic vari- 
ations. Dynamic multipath routing (e.g. [16], [15], [8] or 
[3]) is able to provide several services such as load bal- 
ancing, to reduce delays and improve throughput, and fast 
rerouting schemes in case of failures. The reliability of an 
IP network against failures and congestions depends on the 
reaction time necessary for the convergence of the underlying 
routing protocol. Proactive multiple paths calculation allows 
to accelerate this reaction time: pre-computed alternate paths 
can be directly used as backup paths without waiting for the 
routing protocol convergence. This proactive mechanism can 
improve the network response in case of troubles where such 
backup paths exist. To provide these functionalities, the set 
of forwarding alternatives has to be large enough to achieve 
a good path diversity. However, current routers only support 
ECMP. This feature corresponds to a simple variant of Dijkstra 
where equal cost paths are inherited along the shortest path tree 
(SPT). The optimaUty condition of sub-paths computed with 
ECMP restricts the number of loopfree paths and so reduces 
potential advantages of multipath routing. 
In order to use multiple unequal cost paths between a pair of 
ingress and egress routers, there are two forwarding possibil- 
ities. On the one hand, source multipath forwarding schemes 



can use MPLS with a path signaling protocol (such as RSVP- 
TE [4]) to establish any desired paths. With this kind of 
approach, either the deployment is generaUzed in the whole 
network and does not scale very well (proportional to the 
square of the number of routers), either the reaction time can 
be as long as the notification delay on the return path. 
On the other hand, multipath routing protocols with hop by 
hop forwarding needs to validate a set of next hops such that 
the recursive composition between neighbor routers does not 
create forwarding loops (see [14], [15] and [17]). The first 
limitation is the complexity in time, space and the number of 
messages exchanged to compute and validate loopfree paths. 
In this paper, we propose a simple hop by hop scheme that 
does not require a signaling protocol to validate loopfree 
paths. If the validation procedure, whose goal is to verify the 
absence of loops, is local (without exchanging any message) 
and does not involve all routers, then the deployment can be 
incremental. Our approach is equivalent to ECMP in terms of 
time, space and message exchange complexity but allows to 
compute a greater diversity of forwarding alternatives. 
In this paper, we propose the following contributions: 

- a new graph decomposition analysis. 

- two variants of the Dijkstra algorithm: Dijkstra- 
Transverse (DT) and multi-Dijkstra- Transverse (mDT). 

- a proof that they compute at least two distinct next 
hops from the calculating node towards each node of 
the graph if such next hops exist. 

- an evaluation of the efficiency and the complexity of our 
proposition compared to existing techniques. 

This paper is organized as follows. Section II summarizes 
basic multipath routing notions and related work. Section 111 
introduces our algorithms and their properties. Section IV 
presents our simulation results to underline the relevance and 
the low time complexity of our proposition. 

II. Notations and context 

Table I lists the graph definitions used in the paper. No- 
tations are related to the multipath hop by hop forwarding 
context: computed paths are loopfree and first hop distinct. We 
order paths according to an additive metric C, and we focus 
on the best paths having distinct first hops. To distinguish 
equal cost paths, we consider the lexicographical order of first 
hops. For simpUcity reasons we do not consider the multigraph 
issue: a first hop is equivalent to a successor node, the next 
hop. The valuation w denotes the weight of each directed hnk 



TABLE I 

Notations 



Notations 


Definitions 


G(N, E, w) 


oriented graph G witli a set of nodes A', a set of 
edges E and a strictly positive valuation of edges w. 


e = {e.x, e.y) 


edge e G E connecting node x to node y 
we assume that = (e.y, e.x) € E. 


k-{x), k+{x) 


incoming and outgoing degrees of node x. 


succ{x) 


set of neighbors or node x (\succ(x)\ = k^(x)). 


Pj(s,d) = 
(ei, ...,em) 


j^^ best loopfree path linking s to d. Recursively, 
this is the best path whose first edge is distinct from 
the first edge of the j — 1 best paths. 


Cj(s,d) = 


cost of the path Pj (s, d) 

1 < i < k+{s), 0<m< \N\. 


NHj(s,d) 


j'" best next hop computed on s towards d. This is 
the first hop ei.y of Pj (s, d). 



used by the routing protocol. Let us define a safety property 
for distributed routing policies. 

Definition: Loopfree routing property at tlie router level. 

A multipath routing protocol is loopfree if it always converges 

to a stable state such that when any router s forwards a packet 
to any next hop v towards any destination d, this packet never 
comes back to s. 

With hop by hop link state multipath routing using multiple 
unequal cost paths, two phases may be necessary to ensure 
loopfree routing: a path computation algorithm and a valida- 
tion process. We do not consider vaUdation processes using a 
signaUng protocol (such as it can be done with distance vector 
routing messages, see [15] for example). 
With unipath or ECMP routing, the sub-path optimality con- 
dition guarantees the correctness of next hop composition. To 
increase the number of valid alternatives, the simplest rule to 
select a next hop v on a router s (such that v € succ{s)) is 
the downstream criteria which can be expressed as follows: 

Ci{v,d) <Ci{s,d) (1) 

This rule is referenced in the IS-IS standard ISO 8473, is 
used in OSPF-OMP [14] and is denoted LFI in [15] (with the 
particularity of avoiding routing loops even in transient periods 
of topology changes). This rule is called one hop vision in 
[17] where Yang and Wetherall introduce a set of rules whose 
flexibility allows to increase the number of valid neighbors 
thanks to a two hops vision. This set of rules is more complex: 
the forwarding mechanism is specific to the incoming interface 
and allows forwarding loops at the router level but not at the 
Unk level. Thus, a packet is never forwarded through the same 
link but it can enter the same router twice. 
Authors suggests that minimizing the queue level should be 
the primary goal, however delays can increase if paths contain 
several times the same router and this unnecessarily consumes 
more resources (routers CPU, links bandwidth,...). We consider 
that the queue usage is not the only resource to save. 
In order to perform loopfree routing, the validation process 
needs to compute a set of candidate next hops. A candidate 
next hop is a first hop of a computed path which is not yet 



validated for loopfree routing. On a given calculating node 
(a root node s), the simplest way to obtain an exhaustive 
candidate set is to compute the SPT of all neighbor nodes. 
Thus, router s can use the best costs information of its neigh- 
borhood. This approach is denoted kD in the following, and 
our analysis uses this technique as a reference. The complexity 
of kD depends on the number of neighbors: instances 
of the Dijkstra algorithm are necessary to compute the local 
and neighborhood best costs. If a router has a large number 
of interfaces, the computation time can be too long. Even if 
this calculation is typically done offline, when a congestion 
or a failure occurs during this period, the router is unable to 
perform the traffic switching. 

Another way is to use an enhanced SPT algorithm to locally 
compute multiple paths for each destination. For example, 
algorithms and implementations presented in [12] are designed 
to compute the set of ii'-shortest loopfree paths, but do not 
guarantee that these paths are first hop distinct. The ii'-shortest 
loopfree paths problem is not suited for simple hop by hop 
forwarding. Indeed, in order to forward packets via these 
K explicit paths, a signahng protocol is necessary to mark 
routes from the ingress router towards each egress router Here 
we focus on distinct first hops computation (K < fc+(s)), 
and paths are implicity stored as candidate next hops. The 
objective of our approach is to compute a set of loopfree 
first hop disjoint paths with a lower complexity than kD. 
For this purpose, we calculate a set of costs {Cj{s, d)} vdew 
containing at least two entries for each destination node d in 
the graph. With an enhanced SPT algorithm able to compute 
such a set, rule (1) becomes: 

Cj{s,d) -w{s,v) <Ci{s,d) (2) 

If V = NHj{s, d) satisfies rule (2), then (s, v) is a valid next 
hop. Thus, the j^^ next hop v can be used by s to reach d 
and it satisfies the loopfree routing property at the router level. 
Note fliat: Vd G N, Cj{s, d) - w{s, v) > C\{v, d). 
To sum up, our approach follows these three steps: 

1) it uses an unmodified link state routing protocol such as 
OSPF or IS-IS to obtain topological information, 

2) it uses a multipath computation algorithm (see section 
III) instead of Dijkstra to compute candidate next hops, 

3) it uses condition (2) to select vahd next hops. 

III. Candidate next hops computation 

This section describes our path computation algorithms and 
an original edge partition analysis. Given a root node s, the 
set of edges of a graph can be partitioned into four subsets 
(we consider both directions of each edge): 

- Edges corresponding to first hops of primary paths. 

- Edges belonging to sub-trees corresponding to branches. 

- Transverse edges connecting two distinct branches or 
connecting the root s and a branch without being the 
first hop of a primary path. 

- Internal edges linking nodes of the same branch without 
belonging to this branch. 



TABLE II 
MULTIPATH TERMINOLOGY 



Terms 


Definitions 


branchi^(s) 


subtree ot tlie SP l rooted at a neiglibor h ot s 


transverse edge 


an edge is transverse it it connects 
two distinct branches branchh[s) and 
branchial {a) or if it connects the root s 

and a node n ^ h m & branchh{s) 


internal edge 


an edge e is internal it it connects two nodes 
e.x and e.y belonging to a given branchh{s) 
and such that e ^ branchh{s) 


k-transverse path 


a path IS k-transverse it it contains exactly 
k transverse edges and no internal edge 


Simple 

transverse path 

V e Pt{s,d) 


a 1-transverse path (ei, ...,em) 
such that (ei, Bm-i) ~ Pi{s,em~i-y) 
and Em is a transverse edge (e^.y — d) 


Backward 
transverse path 

V G Pbt{s, d) 


a 1-transverse path (ei, em) such that for 

a z (i<^<„i), (ei, e^) G Pt{s,e^.y) 
and (e;;\...,eJ_Ji) = Pi (d, e^+i.j/) 


Forward 
transverse path 

V e Pft(s, d) 


a 1-transverse path (ei, ...,£„) such that for 
a 2, {ei,...,e^) G Pt{s,e^.y) y Pbt{s,e^.y) 
and (ez+i, em) = Pi(ez+i.x, d) 



internal edge 
transverse edge 




© 

©C~"© branch 



edge 
first hop edge 



Fig. 1. Edge partition example 



These four subsets exhaustively describe E because the set 
of branches contains all nodes (except the root node s) in 
the graph. Fig. 1 illustrates an edge partition on a simple 
graph (some nodes are identified with a letter to facilitate the 
reading of section III-B). In this graph (we consider w as a 
constant function), there are three branches (black, gray and 
white nodes), two transverse edges (dashed arcs denoted ti 
and ^2) and one internal edge (dotted arc denoted i). Edges 
(s, n), (s, 1) and (s, 6) correspond to the three first hops (red 
arcs) linking s to the three branches. 

With multipath hop by hop routing, the primary path denotes 
the optimal path depending on a given metric and a lexico- 
graphic order to rank equal cost paths. Thus, for a given pair 
(s, d), an alternate path is a path whose first edge is distinct 
from the first one of the primary path Pi {s,d). More generally, 
if the forwarding mechanism is distributed such as with hop by 
hop routing, then all alternate paths are first hop distinct. Table 
II summarizes all definitions related to transverse paths ter- 
minology. The path ((s. 1), (1, 6), (&, c)) is simple transverse 



and the path ((s, 1), (1, 6), (6, c), (c, n)) is backward trans- 
verse. Paths P = ((s, 1), (1, 6), (6, c),(c,n),(n, 11), (11, d)) 
and V' = ((s, 6), (6, 1), (1, 5)) are both /orwart/ transverse. 
However, V contains a sub path {{s, 1), (1, b), (6, c), (c, n)) G 
Pbt{s,n) whereas P' contains a sub path ((s, 6), (6, 1)) G 
Pt{s, 1). The path ((s, 6), (6, 1), (1, 6), (6, c)) is 2-transverse. 
The routing information base cannot directly use the set of 
candidate next hops corresponding to the first hops of 1- 
transverse path to perform forwarding, since routing loops 
may occur. Our approach needs a validation mechanism to 
select valid next hops among candidate next hops in order to 
guarantee the safety of forwarding. In this paper, we consider 
the rule (2) introduced in section II to validate candidate next 
hops. Due to space limitations, we do not discuss and evaluate 
rules allowing to use a higher route diversity (see [11]). 

A. DT and mDT algorithms 

In [10], we have proposed and described the Dijkstra- 
Transverse algorithm (DT). Here, we focus on DT properties 
that we have not presented in [10] (see section III-B) and on 
a DT improvement that we call multi-DT (inDT). However, 
the basics of DT and mDT are similar 

To sum up, DT and mDT compute a multipath cost matrix on a 
given root node (denoted s in the following). A multipath cost 
matrix contains an overestimation of best costs for all (|7V| — 1) 
destinations and via all possible (fc+(s)) neighbors of s. The 
goal of these algorithms is to calculate a set of candidate next 
hops coiTesponding to costs associated to each neighbor The 
calculation consists in two main stages: 

1- Compute the best path tree and transverse edges. 

2- Compute backward and forward transverse paths. 

At each iteration, our algorithms compute the best 1-transverse 
paths depending on the first hop. Without an optimized struc- 
ture to implement the best costs vector, the complexity of DT 
for each calculating node s is in the worst case: 

0(|7Vp + \E\ + \N\ X fc+(s)) = 0(|A^n 

DT adds a time complexity proportional to the outgoing 
degree of the given root node s compared to Dijkstra. With a 
Fibonacci heap [7] to implement the best costs vector', it is 
possible to reduce the time complexity to: 

0(|iV|/o.g2|iV| + \E\ + \N\ X k+{s)) 

The set of candidate next hops computed with DT does not 
always include all next hops coiTesponding to equal best cost 
paths. mDT (see algorithm 1) is able to solve this problem. 
With mDT, only the first computation phase of DT is modified 
by using a next hop matrix denoted Tp. This matrix represents 
the existence of a next hop per neighbor for each destination. 
Tp is updated at each edge exploration. Candidate next hops 
recording follows a transitive rule: Tp{k, y) ^ Tp{k, x) 
with y G succ{x), k G succ{s). Initially, if a; = s then 

'The minimum extraction has an unitary cost whereas the minimum 
suppression has an amortized cost in 0{log2{\N\)). For simplicity reasons, 
evaluations results that we present in this paper only rely on array lists. 



Tp{y, y) <— y. With ECMP, the update of Tp is performed 
only if Tc{x) + 'w{x,y) < Tc{y). We have chosen to 
generalize this approach to improve the upper bound on the 
cost of forward transverse paths composed with a backward 
transverse path. This generaUzation increases the number of 
validated next hops. Indeed, during the exploration of the set 
of successors of node x, if node y is not already marked, it 
inherits all forwarding alternatives of x, including when (x, y) 
is an internal edge. In this case, the next hop inheritance is 
not restricted to branches as with DT: y is not the son of x on 
a primary path. mDT allows to use all forwarding alternatives 
already computed towards x. This set of paths is not Umited 
to 1-transverse alternatives, it can contain alternate paths with 
several internal or transverse edges. The mDT computation is 
based on the order of node exploration which depends on the 
rank of costs stored in Tc. With mDT, the first computation 
phase is able to calculate all candidate next hops corresponding 
to ECMP alternatives. Recursively, the cost inheritance takes 
into account all the sets of equal best cost paths for all 
marked nodes. The complexity of mDT is slightly greater than 
the one of DT: for each iteration of the main loop, fc+(s) 
operations are necessary to execute the inheritance of next 
hops and their costs. The worst case complexity of mDT is in 
0{\N\'^ +Ex k~^{s)) without an optimized structure for Tc. 

B. Properties of DT and mDT 

In this section, we prove the ability of our algorithms to 

compute at least two candidate next hops between each pair 
of nodes in the graph if such next hops exist. 

Property 1. DT computes all 1-transverse paths, and mDT 
computes all paths computed with DT and all equal best cost 
paths. 

The proof of these properties relies on next hops inheritance 
performed by DT and mDT (for more details, see [10]). 
Now, let us define a major property of 1-transverse paths. 

Property 2. If there exists an alternate path P{s, d), then 
there exists a 1-transverse path between s and d. 

The demonstration of this property relies on two lemmas. 

Lemma 1. If there exists an alternate path V from s to d then 
there exists a path from s to d whose cost is not greater than 
the one of V and containing only one transverse edge. 

Proof of Lemma I: Let V = (ei, e2, Ci, Cm) be 
an alternate path from s to d, where = {x, y) is the last 
transverse edge of V and consider Px{s,x) the shortest path 
from s to X. Then either Pi(s, x) is empty because x = s and 
i = 1, or Pi{s,x) is a primary path which is not longer than 
(ei, e2, ej_i). Let o be the operator representing the path 
concatenation. In both cases, there exists a path P' such that 
V' = Pi{s, x) o (f!, . .... e,„) is an alternate path with only one 
transverse edge and which is not longer than P. ■ 
Figure 1 illustrates lemma 1. The 2-transverse path V = 
((s, 6), (6, 1), (1, b), (b, c)) between s and c via the neighbor 
node 6 uses branch\{s) to reach the transverse edge (6, c). 



Algorithm 1 multi-Dijkstra-Transverse algorithm 



1: procedure multi-DT {G{N, E, w),s) 

2: Mci.+ {s),\N\-i' Cost matrix 

3: 7'Pfe+(s).|Ar|-i: Next hop matrix 

4: Tc|Ar|_i: List of best costs 

5: List of father nodes 

6: T|^|_i: List of marked nodes 

7: Mc(fc, d),Tp{k, d) and Tc{d) ^ oo, Vd e iV, e 

succ{s) 

8: Tc{s) ^ 

> SPT and transverse path computation 
9: whUe |T| < |A^| do 

10: Choose the node x (x ^ T) of minimum cost 

Tc{x) 

11: for y e succ{x) do 

12: for k G succ{s)\Tp{k,x) 7^ oo do 

13: Update Tp{k, y) 

14: if Mc{Tp{k,x),x) + w{x,y) < 

Mc{Tp{k,y),y) then 

15: Update Mc{Tp{k, y), y) 

16: end if 

17: end for 

18: if Tc{x) + w{x, y) < Tc{y) then 

19: Update Tc{y), Fs{y) = x 

20: end if 

21: end for 

22: Put x in T 

23: end while 

> Backward and forward composition 
24: for i : |7V| ^ 1 do 

25: for y G succ{s) do 

26: if Mc{y,T{i)) + w{T{i),F{T{i))) < 

Mc{y,F{T{i))) then 

27: Update Mc(j/,F(T(i))) 

28: end if 

29: end for 

30: end for 

31: for i : 1 ^ \N\ do 

32: for y e succ{s) do 

33: if Mc{y,F{T{i))) + w{F{T{i)),T{i)) < 

Mc{y,T{i)) then 

34: Update Mc(j/,T(i)) 

35: end if 

36: end for 

37: end for 

38: Return Mc 

39: end procedure 



There exists an alternate simple transverse path V' = Pi{s, b)o 
((6, c)). Note that the existence of a path P with several 
transverse edges implies that DT (and mDT) impUcitly records 
a 1-transverse path V in the cost matrix Mc with a cost lower 
or equal to the cost of P. 

Lemma 2. If there exists an alternate path from stod with one 
transverse edge, then there exists a 1-transverse path linking 
s and d. 

Proof of Lemma 2: Let V = (ei, e^, e^) be 
such an alternate path where = (6,c) is the unique 
transverse edge. Without loss of generality we may assume 
that Pi{s,b) ~ (ei, ...,ei_i) is a primary path (see lemmal) 
without any internal edge. Note that (ei, e^) e Pt{s, c). To 
characterize the differences between transverse paths, we use 
an "ancestor function". An ancestor a of a node x is a node 
such that there exists a primary path Pi (a, x) included in the 
SPT rooted at s. The closest common ancestor n of nodes x 
and y is an ancestor of x and y such that for any common 
ancestor a of x and y, a is also an ancestor of n. 
Let n be the closest conmion ancestor of nodes c and d. 

1) If n = c then there exists a forward transverse path 
linking s and d: a simple transverse path between s and 
c and a primary path between c and d. 

2) Else if n = d then there exists a backward transverse 
path linking s and d: a simple transverse path between s 
and c and a path in the reverse direction of the primary 
path between d and c ^. 

3) Else if n ^ c,n ^ d, then n is the node where the branch 
including d and c is subdivided into two sub-branches, 
one containing c, the other containing d^. In this case, 
there exists a forward transverse path linking s and d 
which contains a backward transverse path e Pbt{s, n) 
and a primary path Pi{n,d). 

Thus, in each case, the existence of a 1-transverse path 
allowing to reach d is verified. ■ 
Figure 1 illustrates lemma 2. Although the alternate path 
((s, 1), (1, 6), (6, c), (c, 11), (11, d)) is not 1-transverse be- 
cause it contains an internal edge (c, 11), there exists a forward 
transverse path ((s, 1), (1, b), {b, c), (c, n), (n, 11), (11, d)). In 
this case, the internal edge i is bypassed with a backward 
composition followed by a forward composition. It allows to 
compute the alternate next hop 1 to reach d. 
Thanks to the backward and forward composition, if there 
exists a 1-transverse path, then DT finds it. These two phases 
allow to use edges of the SPT in both directions. Moreover, 
DT considers aU transverse edges because, as it is the case for 
the classical Dijkstra algorithm, all edges must be explored in 
order to mark all nodes. The difference is that DT impUcitly 
stores longer or equal cost paths in the cost matrix. 

Corollary 1. For any pair of nodes (s, d), if there exists an 
alternate path from s to d, then DT and mDT allow s to 
compute at least two candidate next hops towards d. 

^We assume that e e B =J> € E. 

'Note that we know that Ci(s, c) > Ci(s,n) and Ci{s,d) > Ci{s,n). 



Corollary 2. If the graph contains no bridge edge, then DT 
and mDT allow s to compute at least two candidate next hops 
between any node and any other node of the graph. 

For a given destination, the corollary 1 allows to conclude 
that the number of candidate next hops is at least 2 if there 
exists an alternate path Unking s and d. CoroUary 2 is more 
specific, if the network is 2-edge connected, then corollary 1 
can be extended for all pairs of routers. 

IV. Evaluation 
We use the Network Simulator 2 (ns2, [2]) to compare 
several routing approaches. ECMP is already implemented 
within the Unk state module of ns2. We have extended ns2 
to implement DT, mDT, kD and the downstream criteria, rule 
(2), in the routing module (see [IJ to find the implementation). 

A. Topologies and simulations setup 

We present results obtained on three different kinds of 
topologies. The first category of networks are real topologies 
with actual IGP weights (for confidentiality, we approximate 
their size in Table III). Topologies denoted ISPl and ISP2 
are commercial networks covering an European country. ISP3 
and ISP4 are Tier-1 ISP networks. The second category of 
topologies were chosen among the Rocketfuel inferred set of 
maps given in [9]. 

We have also used the Igen topology generator ([13]) in order 
to obtain a set of evaluation topologies of various sizes. We 
have generated 10 topologies containing between 20 and 200 
nodes using the X-medoid parameter, the delay-triangulation 
heuristic and a 2-sprint pop design. The K parameter that 
determine the number of routers per cluster is chosen such 
that K = so that each cluster contains approximatively 
10 routers for each generated topology. These parameters offer 
a great physical diversity to measure the relevance of our 
proposition to achieve the same level of diversity as computed 
with kD. The Unk valuation used for this third category is 
the inverse of the link capacity. The mean degree, denoted 
k, is approximatively the same for each generated topology: 
fc ~ 4. These networks represent access backbones and contain 
two kinds of links: 155Mbps for access links and lOGbps for 
backbone Unks (so that weights of Unks are respectively 64 
and 1). 

B. Results 

C. Diversity results 

First, we have measured the path diversity (see Fig. 2). 
We have calculated the total number of candidate next hops 
obtained with ECMP (denoted EC), DT, mDT, and multiple 
Dijkstra computations (kD). Results are represented as a 
performance ratio between the considered technique and kD 
for all routers of a given network. kD provides the best 
diversity but with a higher computation cost. We observe that 
DT and mDT are able to compute approximatively 90% of 
candidate next hops obtained with kD, while ECMP obtains a 
performance ratio only between 60% and 80%. 



TABLE III 

Evaluation results on real and inferred topologies 



Network 
name 


Size 


Candidate next hops 


Validated next hops 


Number of operations 


mean 


ratio/kD (%) 


mean 


ratio/kD (%) 


mean 


ratio/kD (%) 


iV 




kD 


EC 


DT 


mDT 


kD 


EC 


DT 


mDT 


kD 


EC 


DT 


mDT 


ISPl 


25 


50 


1.46 


76 


97 


97 


1.10 


97 


100 


100 


489 


60 


66 


75 


ISP2 


50 


200 


3.58 


43 


93 


97 


1.79 


69 


89 


94 


6730 


30 


32 


32.5 


ISP3 


110 
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Fig. 2. Number of candidate next hops (Igen topologies) 



Fig. 3. Number of operations (Igen topologies) 



D. Complexity results 

Then, we have compared the time complexities of the fore 
mentionned algorithms (see Fig. 3). We have represented the 
execution time measured in number of operations needed by 
DT, mDT and kD to compute their set of candidate next hops. 
The number of operations is an average computed for each 
router This value takes into account all operations necessary 
to extract the min of Tc and perform update of Tc, Mc 
and Tp. We notice that the time saved with DT or mDT is 
really significant compared to kD. The number of operations 
needed by kD is approximatively k x \N\'^ whereas mDT and 
DT need approximatively \N\'^ operations. This complexity is 
equivalent to the worst case of an ECMP computation. The 
time complexity upper bound is reached because some routers 
of Igen topologies have a high degree of connectivity. 



E. Loopfree diversity results 

Finally, we have compared the number of validated next 
hops that are selected with the downstream criteria (rule 2) 
depending on the computation algorithm (see Fig. 4). We 
remark that mDT allows to validate as many next hops as kD. 
This result can be explained by the specific valuation function 
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Fig. 4. Number of validated next hops (Igen topologies) 



w of our set of generated topologies: there are only two very 
distant weights used in these networks. 

F. General results and discussion 

Results given in Table III illustrate the same evaluation 
of performance ratios and complexity on the set of real and 
inferred topologies. For these sets of topologies. Table III also 
shows candidate and valid next hops average per destination 



obtained with kD. Diversity ratio results are similar to the ones 
obtained with Igen although degrees and weights distributions 
are completely different. The main difference comes from 
the time complexity evaluation. On these topologies, the 
maximum degree of nodes is two times lower than with Igen 
topologies. The measured complexity is far away from the 
theoretical worst case. More generally, several parameters, 
such as the valuation function w or the degree distribution 
may strongly influence complexity measures, and thus the 
performance of algorithms. For example, if w is a constant 
function, rule (2) is equivalent to ECMP. Thus, in this case, 
the number of valid next hops is the same for mDT, kD and 
ECMP. Another key point is the fact that the alternate paths 
which are not computed with mDT have a cost generally much 
more greater than the one of the primary path, that is why the 
ratio of loopfree alternatives between mDT and kD is close to 
100%. 

To summarize, although DT and mDT consume less processor 
resources than kD, they are able to offer almost the same 
diversity in terms of validated next hops. 

V. Conclusion 

Multipath routing enhances the network reachability and 
allows load balancing to circumvent congestions or failures. 
However, the overhead imposed by signaling messages, the 
time and space complexity can hamper its deployment. In this 
paper, we propose a simple scheme that is able to generate a 
greater path diversity than ECMP with an equivalent overhead. 
Our path computation algorithms, Dijkstra-Transverse, and 
its improvement multi-DT, allow to compute at least two 
candidate next hops between aU pairs of routers if such next 
hops exist. To validate candidate next hops in a distributed 
manner, we have considered the simplest loopfree routing 
rule, the downstream criteria. Our evaluations suggest that the 
gain of time is very significant. We show that the number of 
next hops validated with the downstream criteria is slightly 
the same using mDT or a Dijkstra computation per neighbor. 
Moreover, our proposition can be integrated in OSPF or IS- 
IS by replacing the path computation algorithm without any 
change in the protocol. It can be deployed incrementally, some 
routers using ECMP and others DT or mDT. Our proposition 
can be extended to compute backup next hops only selected 
if a failure occurs. 
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